home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / e / misc.save / 000141_fdc@panix.com_Thu Dec 20 16:44:53 2007.msg < prev    next >
Internet Message Format  |  2011-07-03  |  4KB

  1. Path: reader1.panix.com!panix!not-for-mail
  2. From: Frank da Cruz <fdc@panix.com>
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: Screen Capture
  5. Date: Thu, 20 Dec 2007 21:44:43 +0000 (UTC)
  6. Organization: PANIX Public Access Internet and UNIX, NYC
  7. Lines: 58
  8. Message-ID: <slrnfmloib.rsq.fdc@panix2.panix.com>
  9. References: <h654j.66697$RX.26340@newssvr11.news.prodigy.net> <13l6v29jqcmhl2e@corp.supernews.com> <g3J7j.77732$YL5.57974@newssvr29.news.prodigy.net> <13m3fqgakmrkc05@corp.supernews.com> <XWm8j.7512$AR7.2068@nlpi070.nbdc.sbc.com> <slrnfm5ghr.8om.fdc@panix3.panix.com> <80oaj.374$6%.86@nlpi061.nbdc.sbc.com>
  10. Reply-To: fdc@columbia.edu
  11. NNTP-Posting-Host: panix2.panix.com
  12. X-Trace: reader1.panix.com 1198187083 9750 166.84.1.2 (20 Dec 2007 21:44:43 GMT)
  13. X-Complaints-To: abuse@panix.com
  14. NNTP-Posting-Date: Thu, 20 Dec 2007 21:44:43 +0000 (UTC)
  15. User-Agent: slrn/0.9.8.0 (NetBSD)
  16. Xref: panix comp.protocols.kermit.misc:15725
  17.  
  18. On 2007-12-20, 2damn <2damn@nospam.com> wrote:
  19. : On Fri, 14 Dec 2007 17:49:47 +0000, Frank da Cruz wrote:
  20. :> C-Kermit can handle text-mode dialogs just fine, and for that matter
  21. :> also menu-driven dialogs, if you can do this without specific reference
  22. :> to screen positions and coordinates.  For example, the host application
  23. :> paints a manu and at the bottom it prints "Choice?" and the user is
  24. :> supposed to enter the number (or whatever) of the desired menu item. 
  25. :> Well, if "Choice?" is the last thing that the host sends (which is
  26. :> something you can tell from a session log), then:
  27. :> 
  28. :>   clear input
  29. :>   input 10 Choice?
  30. :>   if failure (do something)
  31. :>   output 3\13
  32. :
  33. : I have the input, if failure, output routine going okay. I am currently 
  34. : using a generic FAIL message and will add better notices where needed.
  35. :
  36. : The trouble is that each feature is not exactally the same at all times. 
  37. : As I said I think kermit can deal with this. At the very least, well 
  38. : enough to send unsolvable items to an error report.
  39. : ...
  40. : The system accepts commands just fine so long as I can compensate for 
  41. : some differences. The issue with garbled feedback applies only to "screen 
  42. : grabs".  Using the kermit session record some "screens" just have 
  43. : "interuptions" with serial communication data and some seem completely 
  44. : broken and unrecognizable. I think the kermit session logging is not the 
  45. : way for me to correctly capture the feedback from the system.
  46. :
  47. Session logging has nothing to do with scripting.  If your script is
  48. supposed to be interacting with a remote menu or whatever, then the script
  49. uses INPUT to read incoming material and reacts to it with OUTPUT.
  50.  
  51. But any form of scripting relies on the messages, prompts, menus, etc,
  52. being received intact.  If you can't predict what is going to come, how can
  53. you reasonably write a script to react to it?
  54.  
  55. If you have a network connection, there should be no garbling because
  56. network protocols take care of error correction and flow control.  If you
  57. have a serial port or modem and you're getting garbage, you need to fix
  58. the garbage.  If it's a modem, you need to be using an error-detecting and
  59. -correcting protocol between the two modems, and then (mode or direct
  60. connection) you need to have the most effective possible form of flow
  61. control enabled, which normally would be RTS/CTS (a.k.a. "hardware flow
  62. control").
  63.  
  64. : This week I have individual items running through 2 processes from a list 
  65. : thanks to the online kermit documentation. Adding an option for a third 
  66. : process and a useable kermit or bash menu will bring it up to snuff as a 
  67. : beta usable to others.
  68. :
  69. : Thanks for all the info so far.
  70. :
  71. Sure.  And remember, the more specifics you give about your connection,
  72. the behavior of the applicaiton you're scripting, etc, the better we can
  73. help you.
  74.  
  75. - Frank